home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3157 / 14.txt < prev    next >
Text File  |  1992-05-11  |  25KB  |  620 lines
  1. Info-Atari16 Digest         Mon, 13 Jan 92       Volume 92 : Issue  14
  2.  
  3. Today's Topics:
  4.                                AmigaFS
  5.                 Atari 1040STf Complete System ForSale!
  6.                       Atarians in Japan (2 msgs)
  7.                                BYE :-)
  8.                           Cheetah3 problems
  9.                         Dupltwix (on a.a.u.e)
  10.                     Extensible Control Panel myste
  11.                            Heat and Serve.
  12.                         PD C compilers for ST
  13.                             Power Supplies
  14.                     Sozobon 1.33i source? (3 msgs)
  15.                               Sozobon C
  16.                     SST (68030) for the ST. 520ST?
  17.                      This weeks issue of Z*NET ..
  18.                          What are .msa files?
  19.              WILL MY COMMODORE MONITOR WORK WITH 1040ST?
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 12 Jan 92 08:26:51 GMT
  36. From:
  37.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!munnari.o
  38.  z.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  39. Subject: AmigaFS
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. In article <zxmgn01.695182523@mailserv> zxmgn01@mailserv.zdv.uni-tuebingen.de
  43.  (Philipp Knirsch) writes:
  44. > In <A2693@UN.maus.de> Martin_Koehling@un.maus.de (Martin Koehling) writes:
  45. >
  46. > >In <zrnkn01.694620022@convex> <zrnkn01@convex.zdv.uni-tuebingen.de>
  47. > >(Ph. Knirsch) writes:
  48. >
  49. > >>Sorry, Chris, but i never worked with  MinT, because with only one megabyte
  50. > >>it's just a bit difficult. But the idea for a additional Spectre or
  51. > >>Mac-driver isn't bad. But as you know, those discs you write with normal
  52. > >>Atari-drives aren't Mac-readabel. So i perhaps first do the AmigaFS, because
  53. > >>it's the one i know and i have lots of information about.
  54. >
  55. > >Are you sure the 1772 FDC can read amiga discs?
  56. > >As far as I know, the amiga floppy hardware can read IBM/Atari discs,
  57. > >but not vice versa!
  58. >
  59. > >Bye
  60. > >   Martin (Martin_Koehling@un.maus.de)
  61. >
  62. > Hmmm... But some copy-programms copy a normaly Amiga-Formated disk without
  63. > problems. So, why should it not be possible to do it??
  64. >
  65. > Perhaps you are right when you look at single sectors, but i think if i can
  66. > read track by track, that would be enough to build up a AmigaFS
  67. >
  68. > Phil.  (zxmgn01@mailserv.zdv.uni-tuebingen.de)
  69.  
  70. It is not posible to read Amiga Formated disks with the W.D. 1772, the track
  71. read command is not reliable as the 1772 can get out of sync, go see
  72. if you can do a track read of track 40 or 41 from memory, you will end up
  73. getting carbage.
  74.  
  75. These are know bugs of the 1772 controler, as it can get triped out of sync..
  76.  
  77. --
  78. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  79. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  80. ***  Kapiti                        At least I don't Flicker,         ***
  81. ***  New Zealand..          *      not like a dying light globe      ***
  82.  
  83. ------------------------------
  84.  
  85. Date: 12 Jan 92 12:41:10 GMT
  86. From:
  87.  noao!asuvax!cs.utexas.edu!usc!apple!portal!cup.portal.com!Bobster@arizona.edu
  88.  (Robert Jules Shaughnessy)
  89. Subject: Atari 1040STf Complete System ForSale!
  90. To: Info-Atari16@naucse.cse.nau.edu
  91.  
  92. System For Sale!
  93.  
  94.  
  95. Atari 1040STf
  96.     Includes 1 meg of memory and an internal DSDD 3.5inch drive. (Standard)
  97. Atari SC1224 Color Monitor
  98. Atari SF314 DSDD external dive
  99. Replay 4
  100.      Replay is a sound digitiser, makes NEAT sound effects.
  101. Atari Developers Kit
  102.      Includes 4 or 5 BIG BINDERS of technical info,
  103.      Also about 4 or 5 disks containing a C compiler,
  104.          Assembler, MicroEmacs, and a bunch of examples.
  105. A Bunch of BOOKS!
  106.      Atari ST Internals (Abacus Software)
  107.      Atari ST Machine Language (Abacus Software)
  108.      Atari ST Basic to C (Abacus Software)
  109. GFA Object
  110.      A 3d plotting program.
  111.  
  112. All of this could be yours! Everything you need to get started!
  113.  
  114. I am asking $550. <--- A lot less than what I paid for it.
  115. Call 816-756-5189 and ask for Bobby if interested.
  116.  
  117. I will take offers!
  118.  
  119. ------------------------------
  120.  
  121. Date: 13 Jan 92 06:05:38 GMT
  122. From:
  123.  noao!ncar!asuvax!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!toumon!wsdnws!ytsuji
  124.  @arizona.edu (Y.Tsuji)
  125. Subject: Atarians in Japan
  126. To: Info-Atari16@naucse.cse.nau.edu
  127.  
  128. Thanks for you all. I have managed to get rid of all the Atari stuff now.
  129. But as I have promised to look after both the hardware and software for
  130. six months, I have been in close contact with the Japanese Atarians here.
  131. I think their total population is some 200 in Japan or maybe more and the
  132. number of people who subscribe to a major AtariST SIG on a commercial
  133. BBS (Nikkei MIX) is about 50. Atari things all go through one wholesaler
  134. called Cameo International which is a music instrument dealer, which is the
  135. reason that you only find Ataris in music shops in Japan.
  136. People can now read Japanese characters on their ST's but cannot input
  137. them without the help of GCR Spectre with Mac's Japanese language software.
  138. Commonest Japanese characters are coded as 16 bytes per character, which
  139. is 8x16 dots and the total number is usually 5000, not 256.
  140. The cheapest AtariST cannot beat that of a Mac Classic, neither can
  141. Amiga. Therefore I don't think there will be a chance for Atari or Amiga
  142. to prevail in Japan. Mac now has has become well established here and is
  143. probably the second best sold personal computer here. Amiga is doing well
  144. for unknown reasons. Maybe be they have the better CRT than Ataris for
  145. playing games.
  146. I just cannot understand why people buy expensive MacII's instead of
  147. Sun's ELC or IPX: maybe they have some nice software in mind.
  148.  
  149. Best wishes to you all.
  150. Tsuji
  151.  
  152. ------------------------------
  153.  
  154. Date: 13 Jan 92 06:17:54 GMT
  155. From:
  156.  noao!ncar!asuvax!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!toumon!wsdnws!ytsuji
  157.  @arizona.edu (Y.Tsuji)
  158. Subject: Atarians in Japan
  159. To: Info-Atari16@naucse.cse.nau.edu
  160.  
  161. Ah, I forgot to write the most important thing. There are a quite a
  162. few software for workstations that take care of inputting Japanese
  163. language, but they all run after 'server -- client' fashion. If someone
  164. has ever managed to compile the server (i.e. key input and CRT display
  165. side) software of X11 on AtariST, let me know. Any idea of turning
  166. AtariST into an X server?
  167. Tsuji
  168.  
  169. ------------------------------
  170.  
  171. Date: 12 Jan 92 14:16:54 GMT
  172. From: IFI.UIO.NO!larserio@ucbvax.berkeley.edu (LarsErikOsterud)
  173. Subject: BYE :-)
  174. To: Info-Atari16@naucse.cse.nau.edu
  175.  
  176. JUst a note to those who might want to get in touch with me....
  177. From Monday I no longer have an internet adress :-(
  178. If you MUST reach me - write to my friend at:  terjeve@ifi.uio.no
  179.  
  180.  
  181.  Lars-Erik  /  Registered Developer  /  ABK-BBS +47 2132659  /  ____ ______
  182.   0sterud  /  w/ Atari Scandinavia  /  larserio@ifi.uio.no  /  /___    /
  183. __________/ _______________________/ ______________________/  ____/   /
  184.  
  185. ------------------------------
  186.  
  187. Date: 12 Jan 92 18:52:26 GMT
  188. From:
  189.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!atha!aunro!ersys!ggranger@arizona.edu
  190.  (Greg Granger)
  191. Subject: Cheetah3 problems
  192. To: Info-Atari16@naucse.cse.nau.edu
  193.  
  194. maf4003@rigel.tamu.edu (Startled Squid, esq.) writes:
  195.  
  196. > Hi folks, I have a problem.  I've used Cheetah 3 extensively for a while
  197. > now without any problems but recently something has gone wrong.  When I
  198. > create a folder in a hard drive partition with Cheetah 3 then copy files
  199. > into it with Cheetah everything seems okay....until I exit to desktop and
  200. > try to access the files that I just copied.  The folder shows up but when I
  201. > open it it is empty and I can't delete the folder from desktop.  I have to
  202. > go back into Cheetah which shows all of the files that I had copied to into
  203. > the folder!  Then I can delete the folder from Cheetah.  Wot's the danged
  204. > deal?!?!!?
  205. > BTW:  I'm using a 520stfm w/ 2.5megs and a supra 48meg hard-drive.
  206. >
  207. >                                       Michael Fitch
  208. >                                       maf4003@zeus.tamu.edu
  209.  
  210.  
  211. Ahh ... I see that you're the next person to be hit by Cheetah.  Many
  212. people have used it in the past, and then found out that it has some
  213. pretty nasty bugs in it, and have found that it is best to be put into
  214. the "trashcan".  If you use it, be very careful.  It isn't a very stable
  215. program, so use it with *EXTREME* caution.
  216.  
  217. Greg Granger
  218.  
  219. [ InterNet:  ggranger@ersys.edmonton.ab.ca             ]  "Gimme the strongest
  220. [ FoReMNet:  Greg Granger @ 532  or  Dark Knight @ 595 ]   thing you've got."
  221. [ Mail Adr:  5906-188 St.  Edmonton, AB Canada T6M-2A9 ]
  222. [ Phone   :  +1 403 481-0803  or  +1 403 481-5110      ]  - Lt. Frank Drebin
  223.  
  224. ------------------------------
  225.  
  226. Date: 12 Jan 92 20:16:46 GMT
  227. From:
  228.  noao!ncar!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!THD-News!ba
  229.  ckus.pu.informatik.th-darmstadt.de!wallmann@arizona.edu (Natuerlich!)
  230. Subject: Dupltwix (on a.a.u.e)
  231. To: Info-Atari16@naucse.cse.nau.edu
  232.  
  233. Has anyone successfully used this bit copying device yet ?
  234. It seems that the cable instructions are wrong or at least
  235. the numbering scheme is odd. Nevertherless I managed to built
  236. a cable and the software (BLITZ) does recognize the second
  237. drive but when the copying is done, the target disk is useless!
  238. Reply my Email if possible.
  239.  
  240. Thanx in advance for any info or comments
  241.         Nat!
  242.  
  243.  
  244. --
  245. Email: wallmann@backus.pu.informatik.th-darmstadt.de
  246.          "Bang that bit that doesn't bang"
  247. Buch der Sprueche, Kap. 4: "Die eigenen Schmerzen sind immer die Schlimmsten"
  248.  
  249. ------------------------------
  250.  
  251. Date: 13 Jan 92 06:48:54 GMT
  252. From:
  253.  noao!ncar!elroy.jpl.nasa.gov!usc!wupost!darwin.sura.net!Sirius.dfn.de!math.fu-b
  254.  erlin.de!uniol!hb.maus.de!k2.maus.de!Dirk_Steins@arizona.edu (Dirk Steins)
  255. Subject: Extensible Control Panel myste
  256. To: Info-Atari16@naucse.cse.nau.edu
  257.  
  258. mmiller@isis.cs.du.edu wrote at Sa, 11.01.92 (08:34) in comp.sys.atari.st:
  259.  
  260. >minimum number of slots in the setup menu.  But when I run Uniterm,
  261. >for example, and I access it, all the CPX's seem to be there.  When I
  262. >double click on one of them, like General Setup, the disk whirs, and
  263. >then nothing happens.  When I reload the CPX's, I notice that only two
  264.  
  265. This is a known problem. It seems that Uniterm and WordUp are messing
  266. around with memory and allocating all free memory in the system. The
  267. Control Panel tries to load and execute the CPX you wanted but then
  268. there's not enough memory in the system to do this. So nothing happens.
  269. It would be nice if the control panel would then show up an alert box
  270. with a simple error message.
  271.  
  272. >causes this, and how can I correct it if possible?  Do I need to make
  273. >the CPX's memory-resident?
  274.  
  275. Yes, that's the solution for your problem. If you make the CPX's memory-
  276. resident then they will be loaded at boot-time and stay resident in your
  277. memory (and, in fact, will use a lot of it).
  278.  
  279. --
  280. Dirk Steins            Usenet: dirk_steins@k2.maus.de
  281. Niederkassel/Koeln      UUCP: any_backbone_that_knows_domains!k2.maus.de!ds
  282. Germany                Fido: ds%maus k2, 2:242/2.6
  283. --
  284.  
  285. ------------------------------
  286.  
  287. Date: 13 Jan 92 02:33:03 GMT
  288. From:
  289.  noao!ncar!elroy.jpl.nasa.gov!usc!wupost!spool.mu.edu!munnari.oz.au!bunyip.cc.uq
  290.  .oz.au!topaz.ucq.edu.au!johnsonc@arizona.edu
  291. Subject: Heat and Serve.
  292. To: Info-Atari16@naucse.cse.nau.edu
  293.  
  294. Have the postings to COMP.BINARY.ATARI.ST for Heat & Serve been completed?
  295. I can only find parts 1 - 12.
  296.  
  297.  
  298. Chris.
  299.  
  300. ------------------------------
  301.  
  302. Date: 11 Jan 92 14:02:12 GMT
  303. From:
  304.  noao!ncar!asuvax!cs.utexas.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!Alex.
  305.  Valdez@arizona.edu (Alex Valdez)
  306. Subject: PD C compilers for ST
  307. To: Info-Atari16@naucse.cse.nau.edu
  308.  
  309. In article <A53808@BN.maus.de> Klaus_Guhr@bn.maus.de (Klaus Guhr) writes:
  310. >
  311. > There are two good PD/FREEWARE Compilers:
  312. >
  313. >                     Sozobon 2.0  (new release; but no ansi) and
  314. >                     GNU GCC 1.40 (full ansi)
  315. >
  316. See also Sozobon 1.33i, recently posted on the net. It's not an
  317. official Sozobon release and was done by the GemFast guy, Ian Lempore
  318. (sp?). I haven't tested 2.0 or 1.33i thoroughly but from what I could
  319. see, 1.33i generates faster code.
  320.  
  321.  
  322. --
  323. ================================Alex Valdez=============================
  324.  
  325. ------------------------------
  326.  
  327. Date: 13 Jan 92 05:54:56 GMT
  328. From: noao!ncar!asuvax!cs.utexas.edu!tamsun!tamuts!n160ao@arizona.edu (Mark
  329.  Lehmann)
  330. Subject: Power Supplies
  331. To: Info-Atari16@naucse.cse.nau.edu
  332.  
  333. Lately my power supply won't give the floppy drive enough power to
  334. operate the motor that spins the floopy disk.  I borrowed a power
  335. supply from a friend and decided to buy another one.
  336.  
  337. Since no local computer dealer has any desire to get one of these
  338. for me, I must mail order one.  My request is for suggestions of
  339. where to buy a new power supply.
  340.  
  341. NOTE: I showed the power supply to a computer technition who has an
  342.       Atari ST and he told me what parts of the power supply to repair,
  343.       but I don't have the equipment or knowledge to do it.  He also
  344.       told me to get a power supply that exceeds Atari's standards.  He
  345.       said Atari only gave the power supply a 12% lee-way in the tolerance,
  346.       and that adding extra memory could burn the power supply up.
  347.  
  348. With that note in mind, does any one know where to get a good power
  349. supply?  Thanks.
  350.  
  351. ------------------------------
  352.  
  353. Date: 12 Jan 92 21:28:19 GMT
  354. From: noao!ncar!elroy.jpl.nasa.gov!usc!wupost!psuvax1!psuvm!jjl101@arizona.edu
  355.  (J.J. Lehett)
  356. Subject: Sozobon 1.33i source?
  357. To: Info-Atari16@naucse.cse.nau.edu
  358.  
  359.     Will the source to sozobon 1.33i be released?  I am very interested in
  360. using this compared to 2.0 or 1.2(?), however, I am working with very large
  361. (400k+) library files with a large number of modules in it.  2.0's link
  362. will function properly , but 1.33i (and 1.2 without a small change), will
  363. choke on such large libraries.
  364.     So does anyone out there know where the source can be had, if at all?
  365.  
  366.  
  367. ------------------
  368. J.J. Lehett     : Atari's, puzzles, games, chaos, fractals, math....
  369.  
  370.   - jjl101@psuvm.psu.edu                 Penn State CAC Lab Operator
  371.   - aa400@cleveland.freenet.edu          Atari 16/32 bit SIG Sysop
  372.  
  373. ------------------------------
  374.  
  375. Date: 13 Jan 92 02:46:22 GMT
  376. From:
  377.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!cs.umn
  378.  .edu!thelake!steve@arizona.edu (Steve Yelvington)
  379. Subject: Sozobon 1.33i source?
  380. To: Info-Atari16@naucse.cse.nau.edu
  381.  
  382. [In article <92012.162819JJL101@psuvm.psu.edu>,
  383.      JJL101@psuvm.psu.edu (J.J. Lehett) writes ... ]
  384.  
  385.  >     Will the source to sozobon 1.33i be released?  I am very interested in
  386.  > using this compared to 2.0 or 1.2(?), however, I am working with very large
  387.  > (400k+) library files with a large number of modules in it.  2.0's link
  388.  > will function properly , but 1.33i (and 1.2 without a small change), will
  389.  > choke on such large libraries.
  390.  >     So does anyone out there know where the source can be had, if at all?
  391.  
  392. I don't know what Ian's plans are with regard to releasing the source, but
  393. 1.33i definitely will work with any other 1.x version of the loader. The
  394. object module format is identical. Just swap your modified 1.2 loader for
  395. the one that's in the distribution.
  396.  
  397. You probably can combine the 1.33i make, cc, hcc and top with the other
  398. binaries from Sozobon 2.0. It won't run as fast, but it'll give you long
  399. external identifiers (SozobonX library format). Ian's version of hcc and
  400. top will pass long identifiers unmolested; the programs that create or
  401. manipulate .o files are the bottleneck. (I have not actually tested this,
  402. but I see no reason why it wouldn't work.)
  403.  
  404. Could you post the change you made to the 1.2 linker?
  405.  
  406.  --
  407.  Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  408.  Land of lutefisk, ice castles and jumper cables
  409.  
  410. ------------------------------
  411.  
  412. Date: 13 Jan 92 07:17:46 GMT
  413. From:
  414.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!c
  415.  s.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
  416. Subject: Sozobon 1.33i source?
  417. To: Info-Atari16@naucse.cse.nau.edu
  418.  
  419. [In article <A2781550636@thelake.mn.org>,
  420.      I wrote ... ]
  421.  
  422.  > I don't know what Ian's plans are with regard to releasing the source, but
  423.  > 1.33i definitely will work with any other 1.x version of the loader. The
  424.  > object module format is identical. Just swap your modified 1.2 loader for
  425.  > the one that's in the distribution.
  426.  
  427. After some experimentation, I'll pull back slightly from that statement.
  428. The original Sozobon ld.ttp and the one in the Sozobon 2.0 distribution
  429. aren't smart enough to come in out of the rain.  You MUST give them
  430. complete, accurate filenames. The Heat and Serve cc.ttp compiler driver
  431. doesn't do that. The results vary from simple failure to bombs.
  432.  
  433. I fixed the 2.0 ld sources as shown below, and right now I have the Heat
  434. and Serve (1.33i) compiler and optimizer running in conjunction with the
  435. Sozobon 2.0 assembler and loader. It seems to be working; at least I've
  436. used it to recompile ld.ttp a couple of times. Long external identifiers
  437. seem to work, too.
  438.  
  439. In the main.c file from the ld sources, I changed one declaration:
  440.  
  441. char *oname = "a.out";  /* sdy: fixed uninitialized pointer */
  442.  
  443. I couldn't find any place in the ld sources where oname would be set
  444. to anything meaningful in the event that you failed to pass a filename
  445. with the -o switch. (How long has this bug existed?)
  446.  
  447. The right way to fix it would be to write code to strip the first filename
  448. other than the startup module and use it as a root for the output file,
  449. but I haven't gotten around to that. I can't find any code in the sources
  450. that would implement the behavior documented in sozobon.doc.
  451.  
  452. In the pass1.c file, I added the following code to pass1():
  453.  
  454. pass1(s)
  455. char *s;
  456. {
  457.         struct finfo *fp;
  458.         int fd;
  459.  
  460. #ifndef UNIXHOST        /* sdy added */
  461.         char *p, *q;
  462.         char *pfindfile();
  463.         long fsize();
  464.         char *getenv(), *strrchr();
  465.         if (fsize(s) == -1L) /* file not found as specified */
  466.                 {
  467.                 q = strrchr(s,'.');
  468.                 p = pfindfile(getenv("LIB"),s,q ? q : "\0");
  469.                 if (!p)
  470.                         {
  471.                         fatals("pfindfile can\'t locate: ",s);
  472.                         }
  473.                 s = p;
  474.                 }
  475. #endif
  476.  
  477.         fp = (struct finfo *)mmalloc(strlen(s) + sizeof(struct finfo));
  478.         ... et cetera.
  479.  
  480. This code simply uses the dLibs pfindfile function to search for a file
  481. in the LIB directory if it isn't found as specified. A minor bug in
  482. this implementation is that if LIB isn't in the environment, pfindfile
  483. will try PATH. Or maybe that's a feature.
  484.  
  485.  --
  486.  Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  487.  Land of lutefisk, ice castles and jumper cables
  488.  
  489. ------------------------------
  490.  
  491. Date: 13 Jan 92 05:57:34 GMT
  492. From: noao!ncar!asuvax!cs.utexas.edu!tamsun!tamuts!n160ao@arizona.edu (Mark
  493.  Lehmann)
  494. Subject: Sozobon C
  495. To: Info-Atari16@naucse.cse.nau.edu
  496.  
  497. I just downloaded all of the Sozobon C stuff in the languages directory
  498. of the Atari archive.  Is there anything I should know before I delve into
  499. configuring the Sozobon C compiler?  I haven't un-archived the files
  500. yet, but I assume that I will find top-notch documentation that will
  501. guide me through the installation, and a compile of the "Hello World"
  502. program.
  503.  
  504. Thanks
  505. Mark LEhmann.
  506. tamuts.tamu.edu!n160ao
  507.  
  508. ------------------------------
  509.  
  510. Date: 12 Jan 92 15:37:52 GMT
  511. From:
  512.  noao!ncar!elroy.jpl.nasa.gov!usc!apple!fernwood!portal!cup.portal.com!Azog-Thot
  513.  h@arizona.edu (William Thomas Daugustine)
  514. Subject: SST (68030) for the ST. 520ST?
  515. To: Info-Atari16@naucse.cse.nau.edu
  516.  
  517. But I also recently read in AtariUser (Jan 92), that an ST and STe
  518. version will be avaialble Real Soon Now
  519.  
  520. Billy D'Augustine
  521. Azog-Thoth@cup.portal.com
  522.  
  523. ------------------------------
  524.  
  525. Date: 12 Jan 92 11:38:00 GMT
  526. From:
  527.  noao!asuvax!cs.utexas.edu!wupost!waikato.ac.nz!aukuni.ac.nz!kcbbs!status!jonc@a
  528.  rizona.edu (Jon Clarke)
  529. Subject: This weeks issue of Z*NET ..
  530. To: Info-Atari16@naucse.cse.nau.edu
  531.  
  532.  >-* In this weeks issue of Z*NET 9202 you will find .....
  533.  
  534.  > ST-Informer Breaks Up             > Atari President Resigns
  535.  > Atari Announced New Purchase Plan > Atari Corp Sale Rumor Quashed
  536.  > New ST Book Announced             > Atari Sells 1 Millionth Game Cart
  537.  > Latest Lynx Update                > New Atari 14" Flat Screen Monitor
  538.  > Atari At CES and NAMM             > Canadian Atari Users Convention
  539.  > Generic Double Sided Disk Drive   > Perusing GEnie
  540.  > Z*Net Software Shelf              > Z*Net Newswire
  541.  
  542.                            _
  543.  Jon Clarke              o( )    STaTus BBS, The Atari BBS in Auckland, NZ
  544.  jonc@status.gen.nz     /  /\    If that does not work try these address's
  545.  Auckland,New Zealand     kcbbs.gen.nz!status!jonc or on GEnie : J.CLARKE6
  546.  
  547. ------------------------------
  548.  
  549. Date: 12 Jan 92 23:53:19 GMT
  550. From:
  551.  agate!dog.ee.lbl.gov!network.ucsd.edu!orion.oac.uci.edu!maxwell.oac.uci.edu!jva
  552.  nce@ames.arpa (Joachim Vance)
  553. Subject: What are .msa files?
  554. To: Info-Atari16@naucse.cse.nau.edu
  555.  
  556. In article <1992Jan10.234333.2246@mnemosyne.cs.du.edu> mmiller@isis.cs.du.edu
  557.  (Mark Miller) writes:
  558. >I have seen these files at atari.archive that have a .msa extension,
  559. >under the sound directory.  I got one called zeppelin.msa, and while I
  560. >do have steplay, I haven't tried it with that yet.  What program is
  561. >supposed to play these?
  562.  
  563.   The .msa extention stands for Magic Shadow Archiver (MSA).  It
  564. basically archives a whole disk to a file including the boot sector
  565. and is mainly used for those great selfbooting demos that take up an
  566. entire disk.  MSA is the only way to copy those disks without having
  567. the disk itself.  The only thing I don't like about unarching an .msa
  568. file is that you need a blank disk or a disk you don't mind erasing.
  569. It will format the disk for you (in the format of the original) and
  570. then proceed to recreate the original disk.
  571.  
  572.    You can find a copy of Magic Shadow Archiver at atari.archive at:
  573. archivers/msa_141.lzh.
  574.  
  575.    You might also want to get:
  576. utilities/whatis52.arc.
  577.  
  578.    WhatIs is a great program by Bill Aycock that let's you identify
  579. what kind of file you have and tells you the program that uses it.
  580. Indespensible for just this kind of situation.
  581.    By the way, I believe zeppelin.msa is a collection of Led Zeppelin
  582. bites.
  583.  
  584.  
  585. --
  586. Joachim Vance
  587. ~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%
  588.      I am antisesquipedalian--Opposed to the use of long words.
  589. ~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%
  590.  
  591. ------------------------------
  592.  
  593. Date: 11 Jan 92 10:05:23 GMT
  594. From:
  595.  noao!asuvax!cs.utexas.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!Roger.Shep
  596.  pard@arizona.edu (Roger Sheppard)
  597. Subject: WILL MY COMMODORE MONITOR WORK WITH 1040ST?
  598. To: Info-Atari16@naucse.cse.nau.edu
  599.  
  600. In article <1992Jan9.214640.2824@ac.dal.ca> tominatr@ac.dal.ca writes:
  601. > Will my Commodore 1084S monitor work with an Atari 1040ST?
  602. >
  603. > E-mail to TOMINATR@AC.DAL.CA
  604. >
  605. >                  - Tom N.
  606.  
  607. Yes Fully, the latest Atari monitors come from the same factory,
  608. But Note: dot pitch could be 0.42 mm, not to good for 80 column
  609. work..
  610. --
  611. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  612. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  613. ***  Kapiti                        At least I don't Flicker,         ***
  614. ***  New Zealand..          *      not like a dying light globe      ***
  615.  
  616. ------------------------------
  617.  
  618. End of Info-Atari16 Digest
  619. ******************************
  620.